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(§) Objektmodell und Verfahren zum Erfassen von Informationen 

@ Objektmodell zum Erfassen von Informationen, die 
produktinnovationsbezogene Oaten betreffen, mit einer 
Produktideeschnittstelle zum Erfassen einer Idee fur ein 
Produkt in einem Produktideeobjekt und einer Gestal- 
tungsalternativenschnittstellezum Erfassen einer vlelzahl 
von Gestaltungsalternativen fur das Produkt in einer vlel- 
zahl von jeweijigen Gestaltungsalternative-Objekten. 
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Beschreibung Werkzeuge erfafit wird, weil die Information nicht inte- 

[0001] Die vorliegende Erfindung betrifft allgemein die SSL^T olwnr vft^ ?*\ ^ 
Informationsverwaltung und im besonderen Tein I,™ Wer f2eug das zur Erfassung der Infonnationen benutzt 
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betrifft oder eine Losung fur ein Problem darstellL aZ a- ™?T ' Mogbchkeit, auf Daten, 

hend von der ProduktiL konneT SSSlS^E ^SS££S^7^ 

wiirfe (Altemativcestaltuneen) untersucht u/^rH^ t u ™ erk f eu 8 e ^gre.fen zu konnen, vorteilhaft ware. 
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die d>s Produkl errullen nn,B end hat eiaice I JTen^Zn ? Bedurfmj d,c InnovaMsmformatior, in a- 
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den Zweck einer h^timmf,.,, t *e„ i rtDslctu ° zw - ren mkrementalen Aufbau von Innovationsinformationen 
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chung eines Produkts uber die Zeit beireffen. Wahrend der 
Untersuchung eines Produkts werden viele Altemativen 
vorgeschlagen und erforscht. Es werden Entscheidungen ge- 
fallt, die Moglichkeiten ausschlieBen. Mit Fortschreiten der 
Gestaltung und der Eiitwicklung andern sich die gestellten 5 
Fragen und zugehorigen Antworten unter dem EinfluB von 
umfassenden Entscheidungen und dem Aufkommen von 
mehr ins Detail gehenden Fragestellungen. Teile der Pro- 
duktdefinition bewegen sich mit unterschiedlicber Ge- 
schwindigkeit von der Idee zur vollstandigen Definition, to 
Das Innovationsinformationen-Objektmodell der Erfindung 
unterstiitzt das Verfolgen bzw. Nachvollziehen der funktio- 
nalen gestaltungsorientierten Aspekte des Produkts. Das ge- 
staltungsorientierte Verfolgen stellt somit ein Zeitspektrum 
vom Untersuchen von Produktideen bis zur vollstandigen is 
und fur die Produktion freigegebenen Produktdefinition be- 
reit. Die Informationen entwickeln und gestalten sich gradu- 
ell und werden mit fortschreitendem GestaltungsprozeB im- 
mer detaillierter. Die Moglichkeit fur Innovation ist gege- 
ben, solange Fragen offen sind, die kreative Antworten er- 20 
fordern. Die Auswirkung von Innovation bewegt sich von 
global zu lokal, wenn Entscheidungen gefallt und Detailfra- 
gen angegangen werden. 

[0009] Die vorliegende Erfindung umfaBt vorzugsweise 
ein Objektmodell zur Verwaltung von Innovationsinforma- 25 
tionen (nachfolgend kurz. als IIM-Objektmodell hezeichnet), 
das unterschiedliche Objektmodelle erfaBt und speichert, 
die Informationsartikel und deren zugehorige Beziehungen 
in einer Objektmodelldatenbank umfassen. Jedes Objektmo- 
dell beinhaltet Informationen und Beziehungen, die uber 30 
eine offentlich definierte Schnittstelle zuganglich sind. In ei- 
ner Ausfuhrungsform werden beim Speichern eines Objekt- 
modells in die Objektmodelldatenbank unterschiedliche Ty- 
pen von Informationsartikeln bzw. Einzelinformationen, die 
in dem Objektmodell zusammen mit ihren Beziehungen zu 35 
anderen Informationsartikeln bzw. Einzelinformationen ent- 
halten sind, in unterschiedlichen relationalen Datenbankda- 
teien, die mit den Informationsartikeln verkniipft sind, ge- 
speichert. Anwendungen, die auf die Objektmodelldaten- 
bank zugrcifen, verwenden lcdiglich die definierte Objckt- 40 
modellschnittstelle, was zu einer automatischen Trennung 
und Speicherung von Datentypobjekten in einer bestandigen 
werkzeugneutralen Form fuhrt. 

[0010] Die Erfindung crlcichtcrt den Zugriff auf Informa- 
tionen mittels jeglicher Anwendung uber die definierten Ob- 45 
jektmodellschnittstellen, unabhangig davon, durch welche 
Anwendung die Objekte erzeugt wurden. Dadurch entslehl 
kein "Besitz" an den Daten durch eine Anwendung oder 
durch das Werkzeug, das die Daten erzeugt hat. 
[0011] Die Erfindung erleichtert auch anspruchsvolle Su- so 
chen in den Objeklmodellen, um interessierende Informatio- 
nen aus der Gesamtheit der gespeicherten Informationen 
herauszuziehen. Die Erfindung ist in vielerlei Hinsicht vor- 
teilhaft, einschlieBlich der Moglichkeit fur eine Mehrzahl 
von Menschen mit unterschiedlichen Aufgaben und Posten, 55 
auf die Informationen zuzugreifen und diejenigen Informa- 
tionen herauszuziehen, die ihrer Aufgabe bzw. ihrer Position 
entsprechen. 

[0012] Weitere Vorteile und Ausgestaltungen der Erfin- 
dung ergeben sich aus der Beschreibung und der beiliegen- 60 
den Zeichnung. 

[0013] Es versteht sich, daB die vorstehend genannten und 
die nachstehend noch zu erlautemden Merkmale nicht nur in 
der jeweils angegebenen Kombination, sondern auch in an- 
deren Kombinationen oder in Alleinstellung verwendbar 65 
sind, ohne den Rahmen der vorliegenden Erfindung zu ver- 

[0014] Die Erfindung ist anhand von Ausfiihrungsbeispie- 
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len in der Zeichnung schematisch dargestellt und wird im 
folgenden unter Bezugnahme auf die Zeichnung ausfuhrlich 
beschrieben. 

[0015] Fig. 1 zeigt ein konzeptionelles Objektmodelldia- 
gramm, das die Trennung von Informationsartikeln und ih- 
rer zugeordneten Beziehungen zu anderen Informationsarti- 
keln darstellt. 

[0016] Fig. 2 zeigt ein Blockdiagramm eines erfindungs- 
gemaBen Objektmodells zur Verwaltung von Innovationsin- 
formationen. 

[0017] Fig. 3 zeigt ein UML-Schniustellendiagramm 
(UML: Unified Modelling Language), das eine bevorzugte 
Ausfuhrungsform der Schnittstelle fur das Objektmodell zur 
Verwaltung von Innovationsinformationen (IIM-Objektmo- 
dell) fur das in Fig. 2 gezeigte IIM-Objektmodell darstellt. 
[0018] Fig. 4 zeigt ein Blockdiagramm der von dem IIM- 
Objektmodell der Fig. 2 unter Verwendung der in Fig. 3 de- 
finierten Schnitlstellen erzeugten und unterhaltenen bestan- 
digen Speichereinheiten bzw. -entitaten. 
[0019] Fig. 5 zeigt ein Anschauungsbeispiel einer relatio- 
nalen Datenbankdatei, mit der eine erfindungsgemaBe Pro- 
duktidee-Tabelle umgesetzt wird. 

[0020] Fig. 6 zeigt ein Anschauungsbeispiel einer relatio- 
nalen Datenbankdatei, mit der eine erfindungsgemaBe Pro- 
duktanforderungen-Tabelle umgesetzt wird. 
10021 ] Fig. 7 zeigt ein Anschauungsbeispiel einer relatio- 
nalen Datenbankdatei, mit der eine erfindungsgemaBe Ge- 
staltungsaltemativen-Tabelle umgesetzt wird. 
[0022] Fig. 8 zeigt ein Anschauungsbeispiel einer relatio- 
nalen Datenbankdatei, mit der eine erfindungsgemaBe Pro- 
duktfunktion-Tabelle umgesetzt wird. 
[0023] Fig. 9 zeigt ein Anschauungsbeispiel einer relatio- 
nalen Datenbankdatei, mit der eine erfindungsgemaBe An- 
foiderungserfullung-Tabelle umgesetzt wird. 
[0024] Fig. 10 zeigt einen Produkudee-Dialog fur eine er- 
findungsgemaB umgesetzte grafische Benutzerschnittstelle. 
[0025] Fig. 11 zeigt einen Produktanforderung-Dialog fur 
eine erfindungsgemaB umgesetzte grafische Benutzer- 
schnittstelle. 

[0026] Fig. 12 zeigt einen Produktfunktion-Dialog fur 
eine erfindungsgemaB umgesetzte grafische Benutzer- 
schnittstelle. 

[0027] Fig. 13 zeigt einen Gestaltungsallemativen-Dialog 
fur cine erfindungsgemaB umgesetzte grafische Benutzer- 
schnittstelle. 

[0028] Fig. 1 zeigt ein konzeptionelles Blockdiagramm, 
das die Trennung von Infonnationsartikeln bzw. Informali- 
onsgegenstanden bzw. Einzelinformationen und deren zuge- 
horigen Beziehungen zu anderen Informationsartikeln so- 
wie die Zugreifbarkeit auf die Informationen mittels unter- 
schiedlicher Werkzeuge darstellt. Insbesondere sind eine 
Ansammlung von Objeklmodellen 10a, 10b, 10c, lOd, lOe 
und lOf, die Informationen und von einer Anzahl unter- 
schiedlicher Werkzeuge 20a, 20b, 20c, . . ., 20n wahrend der 
Entwicklung eines Produktes erzeugte Objektbeziehungen 
beschreiben, in werkzeugneutraler Form in einem bestandi- 
gen Speicher 30 gespeichert. Dabei ist es wichtig, daB die 
Objektmodelle 10a, 10b, 10c, lOd, lOe und lOf nicht einem 
bestimmten Werkzeug "gehoren", insbesondere nicht den 
Werkzeugen 20a, 20b, 20c, 20n, von denen sie erzeugt wur- 
den. Jedes Objektmodell 10a, 10b, 10c, lOd, lOe und lOf 
enthalt Objekte, die hochst abhangige Objektbeziehungen 
aufweisen. 

[0029] Die Objektmodelle 10a, 10b, 10c, lOd, lOe und lOf 
verfugen jeweils uber eine definierte offentliche Schnitt- 
stelle, die es einem jeden die Schnittstellendefinition verste- 
henden Werkzeug 20a, 20b, 20c, . . ., 20n gestaUet, zulassige 
Daten in den entsprechenden Satz von Objekten zu schrei- 
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ben und herauszulesen. Auch wenn die Situation eintreten 
kann, daB lediglich ein Anwendungswerkzeug ein einzelnes 
Attribut vollstandig versteht (wie ein CAD-Werkzeug, das 
eine 3D-Geometrie und -topologie versteht), gestattet es die 
offentliche SchnittsteUendefinition im Grunde genommen 5 
jedem Werkzeug, auf Teile des Objekts, das es versteht, ein- 
schheBUch dessen Beziehungen zu anderen Objekten, zuzu- 
greifen. Beispielsweise erzeugt das CAD-Werkzeug (CAD 
TOOL) 20a (bspw. SolidDesigner von CoCreale) Daten, die 
teilweise in dem ObjektmodeU "CAD-Modell" (CAD MO- 10 
DEL) 10a und teilweise in dem ObjektmodeU "Produkt- 
struktur" (PRODUCT STRUCTURE) 10b gespeichert wer- 
den. Es ist wichtig festzuhalten, daB das CAD-Werkzeug 
20a seine interne Datenstruktur oder seine Benutzerschnitt- 
steUe nicht andern muB. Vielmehr muB das CAD-Werkzeug 15 
20a lediglich die Fahigkeit besitzen, nux diejenigen Objekte 
und Strukturen zu verstehen, die es schreibt und best, was 
durch Verwenden einer Erweiterung erreicht werden kann, 
die eine Import/Exportfahigkeit gestattet; derartige Techni- 
ken sind im Stand der Technik gut bekannt. In dem vorlie- 20 
genden Beispiel greift ein PDM- Werkzeug (PDM TOOL) 
20b (PDM: Product Data Management; bspw. WorkMana- 
ger von CoCreale) auf das Modell "Produktstruktur" 10b 
und das Modell "Gestakungsaltemative" (DESIGN AL- 
TERNATIVE) 10c zu. Entsprechend muB das PDM-Werk- 25 
zeug 20b die Fahigkeit besitzen, an dem Modell "Produkt- 
struktur" 10b von dem CAD-Werkzeug 20a vorgenomme- 
nen Anderungen handhaben zu konnen, und entsprechend 
muB das CAD-Werkzeug 20a die Fahigkeit besitzen, von 
dem PDM- Werkzeug 20b an dem Modell "Produktstruktur" 30 
10b vorgenommenen Anderungen handhaben zu konnen. 
Das gemeinsame ObjektmodeU (d. h. das Modell "Produkt- 
struktur" 10b), das beide verstehen, unterstiitzt und verbes- 
sert dabei die Kollaborauon zwischen dem CAD-Werkzeug 
20a und dem PDM- Werkzeug 20b. 35 
[0030] Es ist auch wichtig festzuhalten, daB anderen 
Werkzeuge (bspw. 20n) auch jederzeit auf die Objektmo- 
deUe 10a, 10b, 10c, 10d, lOe und lOf zugreifen konnen und 
die Anzahl von ObjektmodeUen 10a, 10b, 10c, lOd, lOe und 
lOf jcdcrzcit crwcitcrt wcrdcn kann. So crwcitcrt und cnt- 40 
wickelt sich die Sammlung von Informationen und Bezie- 
hungen mit anderen Objekten entsprechend wahrend des 
Fortgangs des Produktzyklus, wobei die Emwicklungs- und 
Gcstaltungsaspcktc des Produkts fcstgchaltcn wcrdcn. Zu- 
dem gestattet die werkzeugneutrale bestandige Form der 45 
ObjektmodeUe sowohl synchrone als auch asynchrone Kol- 
laborauon bei der Produktentwicklung, indem vielen unter- 
schiedlichen Benutzern (bspw. Ingenieure, Entscheidungs- 
ebene, Verwaltungspersonal und sogar Kunden) mitentspre- 
chender Berechtigung zum Zugriff auf die in den Objektmo- so 
deUen enlhallenen Daten, die den derzeiugen Stand des Pro- 
dukts darsteUen, gestattet ist. 

[0031] Unter den ObjektmodeUen in der ObjektmodeUda- 
tenbank 30 befindet sich ein ObjektmodeU "Verwaltung von 
Innovationsinformationen" (INNOVATION INFORMA- 55 
TION MANAGEMENT) lOe (kurz: IIM-ObjektmodeU), 
das aU diejenigen Innovationsinformationen einschlieBt 
bzw. zusammenfaBt, die mit der Entwicklung und Gestal- 
tung ernes Produkts, einschUeBUch Produktideen, Gestal- 
tungsaltemativen, Fragen und Antworten, die wahrend des 60 
Innovationsprozesses untersucht wurden, Gestaltungsent- 
scheidungen usw., verbunden sind sowie ihre Beziehungen 
zu anderen Objekten in dem IIM-ObjektmodeU lOe und zu 
Objekten in anderen ObjektmodeUen 10a, 10b 10c 10c 
lOdundlOf. ' ' 65 

[0032] Objekte in dem IIM-ObjektmodeU lOe konnen au- 
tomatisch von einem oder mehreren der Werkzeuge 20a, 
20b, 20c, 20n erzeugt werden, oder sie konnen konkrel 



von Nutzern uber spezifische HM-Dialoge (IIM: Innovati- 
onsinformationen-Management/Innovation information 
Management) erzeugt werden, auf den uber die Benutzer- 
schnittsteUe der Werkzeuge zugegriffen wird. ZusatzUch 
kann ein UM-Werkzeug (TOOL) 20c zur konkreten Eingabe 
von Innovationsinformationsdaten entwickelt werden. Wie 
jedoch schon vorstehend angemerkt wurde, "gehoren" kei- 
nem Werkzeug die Daten in dem IIM-ObjektmodeU lOe und 
jedes Werkzeug kann auf die Daten in dem IIM-Objektmo- 
deU lOe uber offentlich definierte SchnittsteUen, die mit 
dem HM-ObjektmodeU lOe in Verbindung stehen, zugrei- 
fen. Diese offentlich definierten SchnittsteUen werden nach- 
folgend noch ausfuhriich erlautert. 

[0033] Fig. 2 zeigt ein Blockdiagramm, das eine bevor- 
• zugte Ausfuhrungsform 100 des IIM-Objektmodells der 
Fig. 1 darsteUt, durch das ein ObjektmodeU zum Erfassen 
und Speichern der einzelnen Informationen und deren 
Struktur, wie sie wahrend der Untersuchungsphase der Ent- 
wicklung und Gestaltung eines Produkts in einer werkzeug- 
neutralen bestandigen Form entwickelt wurden, bereitsteUt. 
[0034] Wie in Fig. 2 dargesteUt umfassen die hauptsachU- 
chen Informationsgegenstande in dem IIM-ObjektmodeU 
100 die folgenden Objekte: Produktidee (PRODUCT IDEA) 
110, Produktanforderung (PRODUCT REQUIREMENT) 
120, Gestaltungsalternative (DESIGN ALTERNATIVE) 
130, Gestaltungsdarstellung (DESIGN REPRESENTA- 
TION) 140, Produktfunktion (PRODUCT FUNCTION) 
150, Durchfuhningsbeschrankung (REGULATORY CON- 
STRAINT) 160, Gestaltungsabsicht (DESIGN INTENT) 
170, Gestaltungsmerkmal bzw. Gestaltungsbedeutung bzw 
Gestaltungsanmerkung (DESIGN NOTE) 180, Gestaltunss- 
problem (DESIGN ISSUE) 190 und Gestaltungsbeschran- 
kung (DESIGN CONSTRAINT) 195. 
[0035] Ein Informationsgegenstand (oder Inforrnations- 
objekt) "Produktidee" 110 schlieBt eine Idee bctreffend ein 
Produkt ein. Eine Produktidee kann eine Idee fur ein neues 
Produkt, eine Steigerung oder Verbesserung eines bestehen- 
den Produkts oder die Losung eines bekannten Problems 
(wie eine technische Anderung) fur ein bestehendes Produkt 

[0036] Ein Objekt "Produktanforderung" 120 beinhaltet 
eine Anforderung, die das Produkt erfUUen muB, soU oder 
kann. Fur ein gegebenes Produkt gibt es iibheherweise viele 
Anfordcrungcn von viclcn vcrscbicdcncn QucUcn (bspw. 
Marketing, Kunden, Entwicklung, HersteUung). 
[0037] Ein Objekt "Gestaltungsalternative" 130 faBt In- 
fonualionen zusaiiiinen, die eine mogliche Losung Oder Ge- 
staltung fur eine Idee darsteUen, die in einem Objekt "Pro- 
duktidee" 110 zusammengefaBt ist. Ein Objekt "Gestal- 
tungsdarsteUung" 140 beinhaltet eine MogUchkeit, die in ei- 
nem Objekt "GesudLungsalternative" 130 dargesteUle vorge- 
schlagene Losung oder Gestaltung umsetzen bzw. herstel- 
len. 

[0038] Ein Objekt "Produktfunktion" 150 beinhaltet eine 
Funktion zum Losen einer Produktanforderung. 
[0039] Ein Objekt "Durchfthningsbeschrankung" 160 be- 
inhaltet eine Beschrankung, die dem Produkt auferlegt ist 
und sich auBerhalb der Kontrolle der Entwickler/Gestalter 
befindet. Als Beispiel seien hier gesetzUch festgelegte Kom- 
munikationsfrequenzen im Funkbereich genannt 
[0040] Ein Objekt "Gestaltungsabsicht" 170 beinhaltet 
eine konkrete Absicht oder Zielsetzung der Gestaltung. 
[0041] Ein Objekt "Gestaltungsmerkmal" 180 beinhaltet 
ein die Gestaltung betreffendes Merkmal. 
[0042] Ein Objekt "Gestaltungsproblem" 190 ist mit einer 
GestaltungsdarsteUung verbunden. Das in einem Gestal- 
tungsproblem-Objekt enthaltene bzw. zusammengefaBte 
Problem betrifft Bedenken oder eine offene Frage, die nach 
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Belrachten der Darstellung der Gestaltungsaltemative auf- 
gekommen sind.- 

[0043] Ein Objekt "Gestaltungsbeschrankung" 195 faBt 
eine Beschrankung zusaimnen, die der Gestaltungsaltema- 
tive auferlegt ist und iiber die Kontrolle besteht. 5 
[0044] Innerhalb des HM-Objektmodells 100 existieren 
Beziehungen zwischen den Datenobjekten, wie dies durch 
die Verbindungslinien zwischen den Objekten dargestellt 
ist. Z. B. kann jede Produktidee 110 mil verschiedene Pro- 
duktanforderungen 120 (wie sie von den Entwicklern und to 
anderen die Gestaltung beeinflussenden Personen definiert 
werden) verbunden sein, die wiederum keine oder mehrere 
zugeordnete Produktfunktionsobjekte 150 aufweisen kon- 
nen, die vollstandig oder teilweise die in ihrem zugeordne- 
ten Produktanforderungsobjekt 120 niedergelegten bzw. zu- is 
sammengefaCten Anforderungen erfullen. Jede Produktidee 
110 kann auch mit einigen Durchfuhrungsbeschrankungen 
160 (wie sie bspw. durch die Industrie oder den Gesetzgeber 
definiert sein konnen) verbunden sein, die wiederum durch 
eine Produktanforderung 120 wie vorstehend beschrieben 20 
dargestellt sein konnen. Jede Produktidee 110 kann auch mit 
mehreren Gestaltungsalternativobjekten 130 verbunden 
sein, die wiederum mil Gestaltungsabsichtsobjekten 170 
und zugeordneten Produktfunktionsobjekten 150 verbunden 
sein konnen. AuGerdem kann jede Gestaltungsaltemative 25 
zugeordnete Gestaltungsbeschrankungen 195 und/oder zu- 
geordnete Gestaltungsdarstellungen 140 aufweisen. Jede 
Gestaltungsdarstellung 140 kann zugeordnete Gestaltungs- 
bemerkungen 180 und/oder Gestaltungsprobleme 190 auf- 
weisen. 30 
[00451 Fig- 3 zeigt ein UML-Schnittstellcndiagramm, das 
eine bcvorzugte Ausfuhrungsform der HM-Objektmodell- 
schnittstelle fur das HM-ObjektmodeU 100 der Fig. 2 dar- 
stellt. Wie in Fig. 3 dargeslelll umfassen die fur das DM-Ob- 
jeklmodcll 200 der Fig. 2 definiertcn offentlichen Schnitt- 35 
stellen folgendes: Produktidee (Productldea) 210, Produk- 
tanforderung (ProductRequirement) 220, Gestaltungsalter- 
native (DesignAltemative) 230, Gestaltungsdarstellung 
(DesignRepresentation) 240, Produktfunktion (Product- 
Function) 250, Durchfuhrungsbcschrankung (Regulatory- 40 
constraint) 260, Gestaltungsabsicht (Designlntent) 270, Ge- 
staltungsbemerkung (DesignNote) 280, Gestaltungsproblem 
(Designlssue) 290, Gestaltungsbeschrankung (DesignCon- 
straint) 295 und Produktspczifikation (Products pecification) 
225. Die Attribute fur jede Schnittstelle sind wie in Fig. 3 45 
dargestellt. In der IIM-Schnittstellendefinition werden In- 
fonnationen iiber jede Produktidee in einem Objekt "Pro- 
duktidee" 110 (Fig. 2) zusammengefaBt, auf das von der 
Schnittstelle Productldea 210 zugegriffen wird. In dieser 
Ausgestaltung hat die Schnittstelle Productldea 210 keine 50 
oder mehrere Schnittslellen RegulatoryConstrainl 260, von 
denen jede mit keiner oder mehreren Schnittstellen Produc- 
tRequirement 220 verbunden sein kann. Die Schnittstelle 
Productldea 210 kann auch eine Zuordnung zu keiner oder 
mehreren Schnittstellen ProductRequirement 220 aufwei- 55 
sen, die aus verschiedenen Quellen stammen konnen und 
eine angehangte Beziehiing, die iiber die Schnittstelle Re- 
quirementRelationship 222 definiert ist, aufweisen konnen. 
Eine Schnittstelle ProductSpecification 225 ist eine Erweite- 
rung der Schnittstelle ProductRequirement 220 und wird 60 
dazu verwendet, Spezifikationen fur die Anforderungen ge- 
nauer zu definieren. Jede Schnittstelle ProductRequirement 
220 kann auch keiner oder mehreren Schnittstellen Product- 
Function 250 zugeordnet sein, die eine Losung zum teilwei- 
sen oder vollstandigen Erfullen einer Produktanforderung 65 
bereitstellen. Die Schnittstelle ProductFunction 250 ist in 
der standardisierten Schnittstelle PDMConfigurationMana- 
gement der "Object Management Group (OMG) PDM En- 



ablers" definiert, die aus dem Stand der Technik bekannt und 
in "PDM Enablers: Joint Proposal to the OMG in Response 
to OMG Manufacturing Domain Task Force RFP 1", Paper 
mfg/98-02-02 of der Object Management Group (OMG), 
ausfuhrlich beschrieben ist. Die Schnittstelle PDMConfigu- 
rationManagement erweitert den Produktstruktur-Enabler 
zur Unterstutzung von Untemehmen, in denen ein Produkt 
zum Verkauf in vielen unterschiedlichen Komponentenkon- 
figurationen angeboten werden kann. Das Konfigurationen- 
verwaltungsmodul erlaubt eine Spezifikation von Produkt- 
klassen und unterscheidenden Produktkonfigurationen. Ent- 
sprechend ist das DM-Objektmodell der Erfindung kompati- 
bel mit den standardisierten PDM-Enabler-Schnittstellen. 
[0046] Wie ebenfalls dargestellt kann die Schnittstelle 
Productldea 210 keiner oder mehreren Schnittstellen Desi- 
gnAltemative 230 zugeordnet sein; die einen Zugriff auf 
keine oder mehrere Objekte "Gestaltungsaltemative" 130, 
die einem bestimmten Objekt "Produktidee" 110 zugeordnet 
sind, gestatten. Jede Schnittstelle DesignAltemative 230 hat 
keine oder mehrere Schnittstellen DesignConstraint 295 und 
keine oder mehrere Schnittstellen DesignRepresentation 
240, die jeweils Zugriff auf ein verbundenes Objekt "Gestal- 
tungseinschrankung" 195 und/oder ein zugehoriges Objekt 
"Gestaltungsdarstellung" 140 gestatten. Jede Schnittstelle 
DesignRepresentation 240 ist keiner oder mehreren Schnitt- 
stellen DesignNote 280 zugeordnet, die Zugriff auf ein Ob- 
jekt "Gestaltungsbemerkung" 180 gestatten, und mit keiner 
oder mehreren Schnittstellen Designlssue 290, die Zugriff 
auf ein Objekt "Gestaltungsproblem" 190 gestatten. 
[0047] Eine Schnittstelle RequirementFulfillment 255 ge- 
stattet, auf den Grad der Erfullung der Produktanforderun- 
gen, die die Produktfunktion erfullt, zuzugreifen. Dies ge- 
stattet einem Benutzer, das ITM-Objektmodell spater im 
Hinblick auf diejenigen Cieslaltungsalternativen, die be- 
stimmte ggf. prioritatsgewichtcte Anforderungen erfullen, 
zu untersuchen, um zu ermitteln, welche Gestaltungsaltema- 
tive einer Erfullung der Anforderungen mit den hochsten 
Prioritaten am nachsten kommt. 

[0048] Diese Fahigkeit, das System abzufragen, inderri 
wichtigc Fragcn gcstcllt werden, und cine automatischc 
Antwort von dem IDvl-Objektmodell zu erhalten, ist ein au- 
Berst wichtiger Aspekt, der durch die Erfindung bereitge- 
stellt wird. 

[0049] Ein Satz von Entschcidungsschnittstclicn gestatten 
einem Benutzer, unterschiedliche Entscheidungen, die wah- 
rend der Untersuchungsphase des Produkts getroffen wur- 
den, zu erfassen und aufzufinden. Bspw. gestatlel eine 
Schnittstelle ProductRequirementDecision 215 das Auffin- 
den von Fragen, Antworten und daraus resultierenden Ent- 
scheidungen, die mit Produktanforderungen verbunden 
sind. Eine Schnittstelle ProduclFunclionDecision 235 ge- 
stattet das Auffinden von Fragen, Antworten und daraus re- 
sultierenden Entscheidungen, die mit der Verwendung von 
vorgeschlagenen Produktfunktionslosungen in einer be- 
stimmten Gestaltungsaltemative verbunden sind. Eine 
Schnittstelle DesignAlternativeDecision 275 gestattet das 
Auffinden von Fragen, Antworten und daraus resultierenden 
Entscheidungen, die mit der Auswahl von Gestaltungsalter- 
nativen verbunden sind. Eine Schnittstelle DesignRepresen- 
tationDecision 245 gestattet das Auffinden von Fragen, Ant- 
worten und daraus resultierenden Entscheidungen, die mit 
der Auswahl in der Implementierung einer bestimmten Ge- 
staltungsaltemative verbunden sind. 

[0050] Die in dem UML-Diagramm der Fig. 3 definierten 
Schnittstellen sind vorzugsweise in einer objektorientierten 
Sprache wie C++ oder Java2 implementiert. Die tatsachli- 
che Klassenimplementierung kann von System zu System 
variieren, da es haufig sinnvoll sein wird, einige der Schnitt- 
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stellen aus Grunden einer effizienten Implementierung und/ nalen Datenbankdatei 420, die eine TabeUe "Produktanfor 

Sissr formance) in einer einzeinen n ~ e zu - w 320 ™- *^*™» bi.de"^: 

IftfKll Fi7TL„ t ni i , duktideenname" (Product Idea Name) 601, "Beschreibung" 

L h r 7 B1< ? kd ! a ™ das eine Ausfiih- (Description) 602, "Name" 603, "Kennung" (ID)604 "Pric- 

jewetbgen Schn.ttsteUe e.ngeschlossenen Daten sind in der die gesamte Datei) fur jede! Obj^SSSSu^ 

fjff" ^hongen relattonalen Datenbankdatei gespei- 320 dessen Prcxiuktanforden.ngsLrkennTg ^("r Aus- 

Swf r Pre i end f CS o"! relad ° nale Daten " fi"^»^f°™ in Spalte 603 gespeichert) Das AtSu 

bankdate, fur jede : definierte SchmttsteUe. In dem dargestell- duktideename" des Objekts "PrSuktidee" ^ dim das ot 

ST ^ ^ -± w*ftgb«w« Da- der Schlussel bzw. Kennbegriff verwendet Entsprechend 

t"k u ? ! Prod ^ cddea 210 verwenden, eine wird eine Spalte "Fremder Schlussel" 601 bereitges^r urn 

1 t^«n ^1 > zugegnffenen Daten, die ternative" 330 umsetzL Die TabeUe umfaBt die Spflten 

die SchmttsteUe Des.gnAltemative 230 verwenden, eine Ta- ("Produktideenname" (Product Idea Name) 701 »Lsch,S 

S^'MTfTS <«pW.ATORY CON- »»,-,«, heri, e c«,l,,„ mje w C ili g .Wku> Sr" g _ 



m , J. ~ --t™.;^™™,,^ vciwenuen, zuDiiaen. 

t e ^ g K 8nffenen Daten ' diC <Ue Schnittste ^ Ete- tungsalternativenname" (DesJ, AltemaHve Name) S 
mSSSS ^3 g« abeUe H' (ieS f m ^ 0b J em " " Beschreib ^" PescripL)l,3, "Name 5 804 "RetS 
n,. h ISSUE TABLE) 390 speichert alle zugegnffenen (is.relevant for) 805. In diesem Beispiel wind das Attribut 
Daten ,d 1 cd 1 cS C hmttstclIcDcs 1 gnIssuc290vcrwcndcn.Zu- 40 "Prcduktanfordcrungskcnnung" des OWcte XftS 
satzlich speichern d le EntscheidungstabeUen "Produktan- derune" demdasObielrt"ProH,,ktfi,nHi^i5n i 

LTTt 01 ^? 10 n ^ De . s '.g^ e P resen ^nDecision 245 so [0056] Fig. 9 ist ein Anschauungsbeispiel einer relationa 

"A PesignAllernaliveDecision 275 benutzen. Eine TabeUe len Datenbankdatei 455, die eine TibdU^ArforfmS^ 

^SSf^ST 1 - i j KZ ^ UIREME ^ T FULFILL- mmi'SSSu^^T^r^StS^^ 

MENT TABLE) 355 speichert die zugegnffenen Daten, die duktfunktionsname" (Product Function NameTom „^ 

RequirementFulfillment 255 benutzen. Die "Prozent" (Percent) 9oK£ d^gesteUt, buXtd^Spalte 

S i"!! en ' dle n' e unterschiedlic ben TabeUen mil- 55 902 auf das Attribut "Prozent" ab, d»Tter ^e Schn^Se 

T^ty)ttH T emen fre t er ! SChlUSSCl (f °" ^"-mentFulfiUment" 255 eingeschlossen £ un^ 

ragn key) dar (d. h. eine gemeinsame Spalte in jeder ver- Reihe bildet auf ein anderes Objekt "Prcduktfunkuon" ab Tn 

iss^^^s^^^ %T nmg ** diese n m Bdspiei ^ das Auriiut -ssssii? 

det wTrd gespeicherten Daten verwen- des Objekts "Produktfimktion" 150 als fremder Schlussel 

innm m„ « • . • a L ... 60 verweQ det, entsprechend wird eine Spalte "Fremder Schliis- 

0052] Fig. 5 i ist eiB . AnschauungsbcBpiel einer relationa- sel" 901 bereitgesteUt, urn ein Objekt "Anfonto„ es 7rfu 

Attnbut ab bzw. verweist auf dieses, und iede Reihe hi Wpi Via s k;. o ^, m „„,„„.„„ .u-k.l _ : 6 , ^ aen 



Attibut ab bzw verweist auf dieses, und jede Reihe budet K^^d^SS^ *" *" 

S Un ;r6 h zef Et C e eS A 0bje h kt " Pr ° d h Uktidee ; " 0 ^ ^ Ke AblaUfe ' d -h dt testimmte HM-Daten er- 

[0053] F.g. 6 ze,gt e,n Anschauungsbeisp.el einer relatio- faBt werden, unterscheiden sich und sind abhangig davon, 
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welcher TyP von Daten erfaBt wird. Daten konnen erfaJBt 
werden, wenn ein Benutzer Daten iiber eine Dialogschnitt- 
stelle manuell eingibt (bspw. wenn ein Benutzer eine Pro- 
duktidee und zugeordnete vorgeschlagene Gestaltungsalter- 
nativen, Produktanforderungen und/oder Produktfunktionen 
unter Verwendung eines Produktideedialogs in der Benut- 
zerschnittstelle der Anwendung eingibt), oder konnen von 
einer Anwendung automatisch erzeugt werden (bspw. kon- 
nen Attribute wie Objektkennzeichner (Identifiers), Erzeu- 
gungszeit oder Datum der letzen Anderung von der Anwen- 
dung zu dem Zeitpunku an dem eine Information erfaBt oder 
geandert wird, automatisch erzeugt oder erfaBt werden). 
Fig. 10 zeigt beispielhaft einen Produktideedialog "Product 
Idea" 1000 einer grafischen Benutzerschnittstelle fur eine 
allgemeine Anwendung, die die Fahigkeit hat, auf ein erfin- 
dungsgemaBes ITM-Objektmodell lOe zuzugreifen und ein 
solches zu erzeugen. Wie dargestellt umfaBt der Produkt- 
ideedialog 1000 Benutzermoglichkeiten zum Eingeben ei- 
ner Beschreibung "Description" 1002 einer Produktidee und 
eines Namens "Name" 1004 fur die Produktidee. Der Pro- 
duktideedialog 1000 umfaBt auch Benutzermoglichkeiten 
(bspw. Knopfe'1006 und 1008) zum Eingeben vorgeschla- 
gener Produktanforderungen ("Requirement" 1006) undGe- 
staltungsalternativen ("Design Alternative" 1008) fur die 
Produktidee. Insbesondere wird ein in Fig. 11 dargestellter 
Produkfanforderung-Dialog 1010 geoffnet bzw. eingehlen- 
det, wenn der Benutzer auf den Knopf "Requirement" 1006 
klickt. Wie in Fig. 1 1 dargestellt gestattet der Produktanfor- 
derungdialog "ProductRequirement" 1010 dem Benutzer, 
eine Beschreibung ("Description") 1012 der Produktanfor- 
derung, einen Namen 1014 fur die Produktanforderung und 
eine der Produktanforderung zugewiesene Prioritat ("Prio- 
rity Level") 1016 einzugeben. 

[0059] Auf die Benutzermoglichkeit zum Eingeben einer 
oder mehrerer vorgeschlagener Produktfunktionen zum teil- 
weisen oder vollstandigen Erfullen der Produktanforderung 
kann durch KUcken eines Knopfes "Function" 1018 zuge- 
griffen werden, wodurch ein in Fig. 12 dargestellter Dialog 
"Product Function" 1020 geoffnet bzw. eingeblendet wird. 
Wic in Fig. 12 dargestellt, kann der Benutzer die Fcldcr 
"Description" 1022 und "Name" 1024 der Funktion ausfiil- 
len und wahlweise an das Funktionsobjekt einen definierten 
Abschnitt (der dem System bekannt ist) anhangen, der der 
Anwendung gestattet, automatisch ein Objckt "Anfordc- 
rungserfullung" 255 zu erzeugen, das angibt, wie gut die 
Produktfunktion die Produktanforderung erfullt. Unter 
"Function Definition" 1026 kann eine Funktionsdefiniuon 
eingegeben werden. 

[0060] Fig. 13 zeigt beispielhaft einen Gestaltungsalterna- 
tive-Dialog "Design Alternative" 1030, der von dem Dialog 
"Productldea" 1000 durch Klkken auf den Knopf "Geslal- 
tungsaltemative" (Design Alternative) 1008 erreicht werden 
kann. Wie dargestellt, gestattet der Dialog "Design Alterna- 
tive" 1030 einem Benutzer, eine Beschreibung ("Descrip- 
tion") 1032 einen Namen 1034, einen Status 1036 und einen 
Grund ("Reason") 1038 fur den Status 1036 einzugeben. 
Der Dialog "Design Alternative" 1030 kann auch einen 
Knopf "Produktfunktion" (Funktion) 1040 umfassen, der 
den Benutzer zu dem Produktfunktions-Dialog 1020 der 
Fig. 12 fiihrt, sowie einen Knopf "Produktfunktionsent- 
scheidung" (FunktionDecision) 1042, der einen (nicht dar- 
gestellten) Dialog offhet bzw. einblendet, der dem Benutzer 
gestattet, eine Entscheidung iiber jede den Gestaltungsent- 
wurf zugeordnete Produktfunktion einzugeben. 
[0061] Wie vorstehend ausfuhrlich beschrieben wurde, 
stellt die Erfindung einen neuen Weg des Erfassens und 
Speichems von sowie des ZugrifFs auf Daten im Zusammen- 
hang mit der Verwaltung von Innovationsinformationen dar, 
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einschlieBlich dem inkrementalen Aufbau von Innovations- 
informationen einschlieBlich Produktideen, Gestallungsal- 
ternativen, Fragen und Antworten, die wahrend des Innova- 
tionsprozesses untersucht wurden, Gestaltungsentscheidun- 
5 gen usw. Die Innovationsinformationen werden in einer 
Form dargestellt, auf die in unterschiedlicher Weise zuge- 
griffen werden kann und die auf unterschiedliche Weise dar- 
stellbar ist, unter Verwendung von computerbasierten An- 
wendungen. 

10 [0062] Die Erfindung erfaBt den evulotionaren Aufbau 
von Informationen, die die urspriingliche Idee (Ausgangs- 
idee) und die Untersuchung eines Produkts iiber die Zeit be- 
treffen. Wahrend der Untersuchung eines Produkts werden 
viele Alternativen vorgeschlagen und erforscht. Entschei- 

is dungen werden gefallt, die Moglichkeiten ausraumen bzw. 
ausschlieBen. Mit fortschreitender Gestaltung andem sich 
die gestellten Fragen und zugehorigen Antworten, da um- 
fassende Entscheidungen gefallt werden und detailliertere 
Fragestellungen auftreten. Teile der Produktdefinition bewe- 

20 gen sich von dem Status der Idee zu der fertigen Definition 
mit unterschiedlicher Geschwindigkeit. Das erfindungsge- 
maBe Objektmodell zur verwaltung von Innovationsinfor- 
mationen unterstutzt dabei das Auffinden bzw. Nachvollzie- 
hen der funktionalen Wie-Ausgefuhrt-Aspekte des Pro- 

25 dukts. Dieses Auffinden stellt somit ein Zeitspektrum von 
der Untersuchung von Produktideen zu der vollstandigen 
und fur die'Produktion freigegebenen Produktdefinition be- 
reit. Die Informauonen eotwickeln sich dabei graduell und 
werden mit fortschreitendem GestaltungsprozeB detaillier- 

30 ter. Die Moglichkeit fur Innovation ist so lang gegeben, so 
lange Fragen offen bleiben, die kreative Antworten benoli- 
gen. Die Auswirkung von Innovation bewegt sich von der 
umfassenden Ebene auf detailliertere Ebenen, wenn Ent- 
scheidungen gefallt werden und Details beriicksichtigt wer- 

35 den. ' 

[0063] Die Erfindung vereinfacht den Zugriff auf Infor- 
mationen durch jede Anwendung iiber die definierten Ob- 
jektmodeUschnittstellen, unabhangig davon, welche An- 
wendung die Objekte erzeugt hat. Somit "gehoren" die Da- 

40 ten kcincr Anwendung und auch kcincm Wcrkzcug, das die 
Daten erzeugt hal. 

[0064] Die Erfindung vereinfacht auch anspruchsvolle Su- 
chen in den Objektmodellen, urn interessierende Informatio- 
nen aus der Gcsamthcit der gcspcichcrtcn Informationen 

45 herausfinden. Die Erfindung ist aus vielen Griinden vorteil- 
haft, einschlieBlich der Tatsache, daB viele Benutzer mit un- 
terschietllichen Aufgaben auf eine Art und Weise, die ihrer 
jeweiligen Aufgabe bzw. Bedeutung gerecht wird, auf die 
Informationen zuzugreifen und Informationen herauszuzie- 

50 hen. 

[0065] Wie nach der Lekliire der vorslehenden ausriihrli- 
che Beschreibung offensichtlich wird, verfugt die Erfindung 
iiber einige Vorteile gegeniiber.dem Stand der Technik. Das 
erfindungsgemaBe HM-Objektmodell erhdht die Effizienz 

55 beim Nachvollzieben und Verstehen, wie und warum eine 
Produklgestaltung eine derzeitige Konfiguration aufweist. 
Das erfindungsgemaBe HM-Objektmcdell gestattet das Er- 
fassen und Nachvollziehen von funktionalen Wie-Gestaltet- 
Aspekten des Produkts anstelle der Wie-Ausgefuhrt-Konfi- 

60 guration des endgultigen Produkts und stellt dadurch ein 
Zeitspektrum von der anfanglichen Untersuchung von Pro- 
duktideen bis zu der vollstandigen und zur Produktion frei- 
gegebenen Produktdefinition bereit. Die Informationen ent- 
wickeln sich graduell und werden mit fortschreitendem Ge- 

65 staltungsprozeB immer detaillierter. 
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Patentanspriiche 

1. ObjektmodeU zum Erfassen von Informationen, die 
produktinnovationsbezogene Daten betreffen, rait einer 
PrcduktideeschnittsteUe zum Erfassen einer Idee fur 5 
ein Produkt in einem Produktideeobjekt und einer Ge- 
staltungsalternativenschnittsteUe zum Erfassen einer 
Vielzahl von Gestaltungsalternativen fur das Produkt in 
einer Vielzahl von jeweiligen Gestaltungsalternative- 
Objekten. " l0 

2. Objektmodell nach Anspruch 1, mit einer Produk- 
tanforderungsschnittsteUe zum Erfassen einer Anfor- 
derung fur die Produktidee in einem Produktanforde- 
rungsobjekt. 

3. ObjektmodeU nach Anspruch 2, mit einer Produkt- is 
funktionsschnittsteUe zum Erfassen einer Funkuon 
zum ErfuUen der Produktanforderung in einem Pro- 
duktfunktionsobjekt. 

4. Objektmodell nach Anspruch 3, mit einer Produkt- 
erfuUungsschnittstelle, die erfafit, wie gut die Produkt- 20 
funkuon die Produktanforderung erfullL 

5. Objektmodell nach Anspruch 1, mit einer Gestal- 
tungsdarstellungsschnittstelle zum Erfassen einer Dar- 
stellung der Gestaltungsalternative in einem Gestal- 
tungsdarsteUungsobjekt. 25 

6. Objektmodell nach Anspruch 1, mit einer Hntschei- 
dungsschnittsteUe zum Erfassen einer Entscheidung in 
einem Produktanforderungsobjekt, wobei diese Ent- 
scheidung entweder die Produktidee oder die Gestal- 
tungsalternative betrifft. 30 

7. Objektmodell nach Anspruch 1, bei dem Produkti- 
deeobjekt und jedes Gestaltungsalternative-Objekt in 
einer werkzeugneutralen bestandigen Form gespeichert 
werden. 

8. Objektmodell nach Anspruch 2, bei dem Produkti- 35 
deeobjekt, jedes Gcstakungsalternauve-Objekt und je- 
des Produktanforderungsobjekt in einer werkzeugneu- 
tralen bestandigen Form gespeichert werden. 

9. Objektmodell nach Anspruch 5, bei dem Produkti- 
deeobjekt, jcdcs Gcstaltungsaltcmativc-Objckt und jc- 40 
des GestaltungsdarsteUungsobjekt in einer werkzeug- 
neutralen bestandigen Form gespeichert werden. 

10. Verfahren zum Erfassen von Informationen, die 
produktinnovationsbezogene Datcn betreffen, mit den 
folgenden Schritten: 45 
Erfassen einer Idee fur ein Produkt in einem Produkti- 
deeobjekt, und 

Erfassen einer Vielzahl von Gestaltungsalternativen fur 
das Produkt in einer Vielzahl von entsprechenden Ge- 
staltungsalternative-Objekten. 50 

11. Verfahren nach Anspruch 10, mil dem Schritt des 
Erfassens einer Anforderung fur die Produktidee in ei- 
nem Produktanforderungsobjekt. 

12. Verfahren nach Anspruch 11, mit dem Schritt des 
Erfassens eine Funkuon zum ErfuUen der Produktan- 55 
forderung in einem Produktfunktionsobjekt. 

13. Verfahren nach Anspruch 10, mit dem Schritt des 
Erfassens einer Darstellung der Gestaltungsalternative 
in einem GestaltungsdarsteUungsobjekt. 

14. Verfahren nach Anspruch 10, mit dem Schritt des 60 
Erfassens einer Entscheidung in einem Entscheidungs- 
objekt, wobei die Entscheidung entweder die Produkti- 
dee oder die Gestaltungsalternative betrifft. 

15- Verfahren nach Anspruch 1, mit dem Schritt des 
Speichems des Produktideeobjekts und jedes Gestal- 55 
tungsalternative-Objekts in einer werkzeugneutralen 
bestandigen Form. 

16. Verfahren nach Anspruch 10, mit dem Schritt des 
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Speichems des Produktideeobjekts, jedes Gestaltungs- 
alternative-Objekts und des Produktanforderungsob- 
jekts in einer werkzeugneutralen bestandigen Form. 

17. Verfahren nach Anspruch 13, mit dem Schritt des 
Speichems des Produktideeobjekts, jedes Gestaltungs- 
alternative-Objekts und jedes GestaltungsdarsteUungs- 
objekts in einer werkzeugneutralen bestandigen Form. 

18. Gomputerprogramm mit Programmanweisungen, 
die ein Verfahren zum Erfassen von Informationen, die 
produktinnovationsbezogene Daten betreffen, umset- 
zen, wobei das Verfahren die folgenden Schritte um- 
faBt: 

Erfassen einer Idee fur ein Produkt in einem Produkti- 
deeobjekt, und 

Erfassen einer Vielzahl von Gestaltungsalternativen fur 
das Produkt in einer Vielzahl von jeweiligen Gestal- 
tungsaltemative-Objekten. 

19. Gomputerprogramm nach Anspruch 18, bei dem 
das Verfahren den Schritt des Speichems des Produkti- 
deeobjekts und jedes Gestaltungsaltemative-Objekts in 
einer werkzeugneutralen bestandigen Form umfaBt. 

20. Gomputerprogramm nach Anspruch 18, wobei das 
Verfahren die folgenden Schritte umfaBt: 

Erfassen einer Anforderung fur die Produktidee in ei- 
nem Produktanforderungsobjekt, 
Erfassen einer Darstellung der Gestaltungsalternative 
in einem GestaltungsdarsteUungsobjekt, und 
Speichern des Produktideeobjekts, jedes GestaJtungs- 
altemative-Objekts, des Produktanforderungsobjekts 
und jedes GestaltungsdarstellungsobjekLs in einer sepa- 
raten relationalen Datenbank, wobei Verknupfungen 
zwischen den einzelnen Objekten unter Verwendung 
fremder Schlussel erfafit werden. 
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ProductRequirementDecision 



Productldea 



+description : String 
+name : String 



RequirementRelationship 
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d 



-Hype : String 



ProductRequirement 
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+description : String 
+name : String 
+id : String 
■priority : int 
+weight : int 




jRegulatoryConstraint 



+description : String 
+name : String 
^reference : objedjef 



DesignAlternativeDecision 



ProductFunctionDecision 



RequirementFulfillment 
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ProductSpecification 



+min_value : measurement 
+max_value : measurement 
+ideal_value : measurement 
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ProductFunction 



+descriplion : String 
+name: String 
+is_relevantJor : PartDiscipline 



230 



DesignAlternative 



+description : String 
+name : String 
+status : String 
+status_reason : String 
•history 



PesignRepresentationDecision 



Pesignlssue 




DesignRepresentation 
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